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Abstract: 

A distributed settings control protocol. One or more embodiments of the invention provide the ability for 
an application running on a server across a network to modify various settings related to the terminals 
such as display resolution, audio output configuration (such as volume control or headphones v. 
speaker), and energy saver procedures. These abilities are provided by adhering to several protocol 
properties. One or more embodiments may include but are not limited to the following properties: (1) a 
terminal maintains knowledge regarding which applications are currently viewing or accessing the 
terminal; (2) applications/programs and servers know the state of terminal settings (referred to as 
idempotence and consistency); (3) to modify a setting, a server provides the correct current setting to the 
terminal prior to the terminal completing a change (referred to as locking compliance); (4) the settings 
are mobile from one terminal to another; (5) the settings on each terminal are independent of other 
terminals to provide for differences between terminal models and hardware (referred to as model 
independence); and (6) a user, a third party agent, a manufacturer, or other entity is permitted to set any 
desired policy related to the settings (referred to as policy free). By adhering to the above properties, the 
protocol of one or more embodiments ensures that settings are maintained accurately and consistently 
across a network while permitting multiple entities to modify and configure the settings. Int'l Class: 
H04L01224 



JP10289207 DATA INPUT SYSTEM 

HITACHI LTD, Filed 19970410 

PROBLEM TO BE SOLVED: To generate an input screen which reduces data quantity that is 
transmitted and received when data is sent from a portable terminal to a host device and also is suitable 
for the specification of a display device of a portable terminal. 

SOLUTION: A server 20 generates screen information of a screen to which data is inputted based on 
information about a display device of a portable terminal 30 and generates a server link file 400 which 
includes a storage destination of inputted data and the screen information and a terminal link file 500 
including the screen information, and the file 500 is stored in a terminal. Also, the server 20 generates a 
reference data file 600 which is referred to at the time of inputting data and sends it to the terminal. The 
terminal 30 shows an input screen based on the files 500 and 600, generates an updated data file 650 
that includes data for updating which is inputted by using the input screen and sends the file 650 to the 
server 20, and the server 20 stores the updated data in a storage destination according to the file 400. 
Int'l Class: G06F01500 G06F00314 



JP11345178 APPARATUS AND METHOD FOR TRANSFORMING CONTENTS FOR DISTRIBUTED 
NETWORK COMPUTING SYSTEM, KEY BINDING METHOD AND DISPLAY METHOD FOR 
COMMAND 

TOSHIBA CORP, Filed 1998-06-02 

PROBLEM TO BE SOLVED: To provide various application services by transforming contents into 
processible formats even in the case of a miniaturized and limited display device or character input 
device type, such as portable information terminal or smart phone in a distributed computing 
environment in which various kinds of terminal equipment exist. 

SOLUTION: This apparatus is provided with a terminal attribute managing part 111 for managing 
terminal attributes showing functions provided with terminals 3 (31, 32 and 33), a service access part 
1 12 for extracting information according to a request by accessing an application service part 12 and an 
input/ output transforming part 1 13 for transforming the contents of information extracted from the 
terminals 3 according to the terminal attributes, displaying them on the terminals 3 and transforming 
commands sent from the terminals 3 to command for accessing services. Int'l Class: G06F01300 
G06F01300 G06F00302 G06F01500 
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(54) Distributed settings control protocol 

(57) A distributed settings control protocol. One or 
more embodiments of the invention provide the ability 
for an application running on a server across a network 
to modify various settings related to the terminals such 
as display resolution, audio output configuration (such 
as volume control or headphones v. speaker), and 
energy saver procedures. These abilities are provided 
by adhering to several protocol properties. One or more 
embodiments may include but are not limited to the fol- 
lowing properties: (1) a terminal maintains knowledge 
regarding which applications are currently viewing or 
accessing the terminal; (2) applications/programs and 
servers know the state of terminal settings (referred to 
as idempotence and consistency); (3) to modify a set- 
ting, a server provides the correct current setting to the 
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terminal prior to the terminal completing a change 
(referred to as locking compliance); (4) the settings are 
mobile from one terminal to another; (5) the settings on 
each terminal are independent of other terminals to pro- 
vide for differences between terminal models and hard- 
ware (referred to as model independence); and (6) a 
user, a third party agent, a manufacturer, or other entity 
is permitted to set any desired policy related to the set- 
tings (referred to as policy free). By adhering to the 
above properties, the protocol of one or more embodi- 
ments ensures that settings are maintained accurately 
and consistently across a network while permitting mul- 
tiple entities to modify and configure the settings. 
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Description 

BACKGROUND OF THE INVENTION 

1. FIELD QF THE INVENTION 5 

[0001 ] This invention relates to the field of computer 
settings and computer networks, and, more specifically, 
to the modification of a network computer's settings. 
[0002] Portions of the disclosure of this patent doc- 
ument contain material that is subject to copyright pro- 
tection. The copyright owner has no objection to the 
facsimile reproduction by anyone of the patent docu- 
ment or the patent disclosure as it appears in the Patent 
and Trademark Office file or records, but otherwise 
reserves all copyright rights whatsoever. Sun, Sun 
Microsystems, the Sun logo, Java, and all Java-based 
trademarks and logos are trademarks or registered 
trademarks of Sun Microsystems, Inc. in the United 
States and other countries. All SPARC trademarks are 
used under license and are trademarks of SPARC Inter- 
national, Inc. in the United States and other countries. 
Products bearing SPARC trademarks are based upon 
an architecture developed by Sun Microsystems, Inc. 

2. BACKGROUND ART 

[0003] In a computer network environment, a soft- 
ware application or a user at a computer terminal may 
desire computer settings (such as the audio volume 
control, the mouse pointer speed, or display resolution) 
to be configured in a specific manner. Further, a user 
may desire to change the computer terminal that the 
user is working at (e.g., to display something on a cow- 
orker's terminal) and still retain the previous settings at 
the new terminal. An application (that may be running 
on a "server" that executes applications remotely) may 
utilize the user's settings (e.g., to play a compact disk or 
a display a sequence of colors). To accommodate a 
change in terminals and for applications to modify set- 
tings, applications that access the settings need to be 
informed when a setting changes. Additionally, some 
settings may be related to each other and changes to 
related settings should be made simultaneously (e.g., 
the red component of a display, the blue component of a 
display, and the green component of a display (RGB val- 
ues)). Prior art mechanisms do not provide the ability to 
modify settings across a network. Additionally, prior art 
mechanisms do not provide a method to to inform rele- 
vant applications of any changes, or to simultaneously 
modify related settings. 

[0004] To provide a better understanding of the 
invention, a description of networks is useful. 

Netwprk? 

[0005] In modern computing environments, it is 
commonplace to employ multiple computers or worksta- 



tions linked together in a network to communicate 
between, and share data with, network users (also 
referred to as "clients"). A network also may include 
resources, such as printers, modems, file servers, etc., 
and may also include services, such as electronic mail. 
[0006] A network can be a small system that is 
physically connected by cables (a local area network or 
"LAN"), or several separate networks can be connected 
together to form a larger network (a wide area network 
or "WAN"). Other types of networks include the internet, 
telecommunication networks, the World Wide Web, 
intranets, extranets, wireless networks, and other net- 
works over which electronic, digital, and/or analog data 
may be communicated. 

[0007] Computer systems sometimes rely on a 
server computer system (referred to as a "server") to 
provide information to requesting computers on a net- 
work. When there are a large number of requesting 
computers, it may be necessary to have more than one 
server computer system to handle the requests. 

SUMMARY OF THE INVENTION 

[0008] A distributed settings control protocol. One 
or more embodiments of the invention provide for 
human interface devices (HIDs) or terminals connected 
to one or more server computers. The HIDs are config- 
ured to display data, and to send keyboard, cursor, 
audio, and video data through the network to the 
processing server. Functionality is partitioned so that 
databases, servers and graphical user interface func- 
tions are provided by the servers. One or more embodi- 
ments of the invention provide the ability for an 
application running on a server across a network or a 
HID itself to modify various settings related to the HIDs 
such as display resolution, audio output configuration 
(such as volume control or headphones v. speaker), and 
energy saver procedures. 

[0009] One or more embodiments provide the abil- 
ity to permit applications and third parties to configure 
settings over a network. In accordance with one or more 
embodiments, several protocol properties are adhered 
to. For example, one or more embodiments may include 
but are not limited to the following properties: (1) a HID 
maintains knowledge regarding which applications are 
currently viewing or accessing the HID; (2) applica- 
tions/programs and servers know the state of HID set- 
tings (referred to as idempotence and consistency); (3) 
to modify a setting, a server provides the correct current 
setting to the HID prior to the HID completing a change 
(referred to as locking compliance); (4) the settings are 
mobile from one HID to another; (5) the types of settings 
on each HID are independent of other HIDs to provide 
for differences between HID models and hardware 
(referred to as model independence); and (6) a user, a 
third party agent, a manufacturer, or other entity is per- 
mitted to set any desired policy related to the settings 
(referred to as policy free). 
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[001 0] By adhering to the above properties, the pro- 
tocol of one or more embodiments ensures that settings 
are maintained accurately and consistently across a 
network while permitting multiple entities to modify and 
configure the settings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0011] 

Figure 1 illustrates communication between HIDs 
and services according to one or more embodi- 
ments of the invention. 

Figure 2 is a block diagram of a HID according to 
one or more embodiments of the invention. 

Figure 3 is a block diagram of an embodiment of a 
computer system capable of providing a suitable 
execution environment for one or more embodi- 
ments of the invention. 

Figure 4 illustrates the relationship between appli- 
cations, servers, and a HID according to one or 
more embodiments of the invention. 

Figure 5 illustrates a locking algorithm in accord- 
ance with one or more embodiments of the inven- 
tion. 

Figure 6 illustrates the application flow for sending a 
modification request in accordance with an embod- 
iment of the invention. 

DETAILED DESCRIPTION OF THE INVENTION 

[0012] The invention is a distributed setting control 
protocol. In the following description, numerous specific 
details are set forth to provide a more thorough descrip- 
tion of embodiments of the invention. It is apparent, 
however, to one skilled in the art, that the invention may 
be practiced without these specific details. In other 
instances, well known features have not been described 
in detail so as not to obscure the invention. 

Computer Network Embodiment 

[0013] As described above, a computer network 
includes multiple computers linked together via a com- 
munication medium that allows them to interconnect 
and interact with one another. According to one or more 
embodiments of the invention, this communication 
medium is sometime referred to as the interconnect fab- 
ric and includes the physical paths and the communica- 
tion protocols required for transporting data to and from 
the computers. A client/server network model includes 
one or more main computers (servers) that manage the 
transfer of data in the network and that can serve the 



request submitted by other computers (clients) in the 
network. 

[0014] One or more embodiments of the invention 
comprise a client/server computer architecture having 

5 one or more client computers or "human interface 
devices (HID)" or "terminals" in a network with one or 
more server computers. A HID has the task of display- 
ing output of services to a user and obtaining input to 
services from the user. A HID has the ability to respond 

w to a command (e.g., display command) received from, 
for example, a software program executing on a compu- 
tational service provider. The input received from a user 
is forwarded to, for example, a service that is fulfilling a 
user request. A service is a program that performs 

is some function for a user. More than one server can exe- 
cute the services that comprise a session. 
[0015] One or more embodiments of the invention 
provide a central office metaphor to computing, where 
services of one or more servers are provided to a HID or 

20 terminal through a network, such as ethernet. The HIDs 
are configured to display data, and to send keyboard, 
cursor, audio, and video data through the network to the 
processing server. Functionality is partitioned so that 
databases, servers and graphical user interface func- 

25 tions are provided by the services, and human interface 
functionality is provided by the HIDs. Communication 
with the HIDs from various services is accomplished by 
converting disparate output to a common protocol. 
Appropriate drivers are provided for each service to 

30 allow protocol conversion. 

[0016] In one or more embodiments of the inven- 
tion, multiple HIDs are coupled to the network. Users 
can enable a unique session at any one of the HIDs by 
inserting a "smart card" into a card reader. A smart card 

35 is a card that is capable of storing information, for exam- 
ple in a magnetic strip or memory of the smart card. A 
session is a long-lived, persistent and reliable represen- 
tation of those services which are executing on behalf of 
a user at any point in time. Removing the card disables 

40 the session. Re-inserting the card into the same or any 
other HID re-enables the session. Thus, a user can use 
any HID on the network to access the resources and 
services used or available to the user by enabling a ses- 
sion. 

45 [0017] The present invention provides a new com- 
puter system architecture referred to as the virtual desk- 
top architecture. This system offers substantially greater 
levels of functionality at a lower cost than prior art sys- 
tems. "Die invention provides for a re-partitioning of 

so functionality between a central server installation and 
the user hardware. Data and computational functionality 
are provided by data sources via a centralized process- 
ing arrangement. At the user end, functionality is elimi- 
nated except that which generates output to the user 

55 (e.g. display and speakers), takes input from the user 
(e.g. mouse and keyboard) or other peripherals that the 
user may interact with (e.g. scanners, cameras, remov- 
able storage, etc.). 
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[0018] Computing is done by the central data 
source and the computation is done independently of 
the destination of the data being generated. The output 
of the data source is provided to a HID or terminal. Each 
HID is capable of receiving the data and displaying the 5 
data. 

[0019] The virtual desktop system architecture of 
the present invention may be analogized to other highly 
partitioned systems. For example, a public telephone 
company maintains powerful and sophisticated 10 
processing power and large databases at central 
offices. However, the HID, the telephone, is relatively 
simple and does not require upgrading when new fea- 
tures or services are added by the telephone company. 
The telephone itself becomes an appliance of low cost 15 
and extremely low obsolescence. Similarly, the display 
monitor of most computer systems has low obsoles- 
cence, and is typically retained through most desktop 
system upgrades. 

20 

Virtual Desktop System Architecture 

[0020] In this system the functionality of the system 
is partitioned between a display and input device, and 
data sources or services. The display and input device 25 
is a HID. The partitioning of this system is such that 
state and computation functions have been removed 
from the HID and reside on data sources or services. In 
one embodiment of the invention, one or more services 
communicate with one or more HiDs through some 30 
interconnect fabric, such as a network. An example of 
such a system is illustrated in Figure 1 . Referring to Fig- 
ure 1 , the system consists of computational service pro- 
viders 100 communicating data through interconnect 
fabric 101 toHIDs102. 35 

Computational Service Providers 

[0021] In the HID system, the computational power 
and state maintenance is found in the service providers, 40 
or services. The services are not tied to a specific com- 
puter, but may be distributed over one or more tradi- 
tional desktop systems such as described in connection 
with Figure 1, or with traditional servers. One computer 
may have one or more services, or a service may be 45 
implemented by one or more computers. The service 
provides computation, state, and data to the HIDs and 
the service is under the control of a common authority 
or manager. In Figure 1 , the services are found on com- 
puters 110, 111, 112, 113, and 114. It is important to so 
note that the central data source can also be providing 
data that comes from outside of the central data source, 
such as for example, the internet or world wide web. 
The data source could also be broadcast entities such 
as those that broadcast data such as television or radio 55 
signals. 

[0022] Examples of services include Java™ pro- 
gram execution services, X11/Unix services, archived 



or live audio or video services, Windows NT service, 
and others. A service herein is a process that provides 
output data and responds to user requests and input. 
[0023] It is the responsibility of the service to handle 
communications with the HID that is currently being 
used to access the given service. This involves taking 
the output from the computational service and convert- 
ing it to a standard protocol for the HID. This data proto- 
col conversion is handled in one embodiment of the 
invention by a middleware layer, such as the a variant of 
the java.awtgraphics class, the X1 1 server, the Micro- 
soft Windows interface, a video format transcoder, the 
OpenGL interface, or within the service producer 
machine. The service machine handles the translation 
to and from the virtual desktop architecture wire proto- 
col. 

[0024] In an embodiment of the invention, each 
service is provided by a computing device optimized for 
its performance. For example, a Sun MediaCenter could 
be used to provide video service, an Enterprise class 
machine could be used to provide X1 1/Unix service, a 
Hydra based NT machine could provide applet program 
execution service. 

[0025] The service producing computer systems 
connect directly to the HIDs through the interconnect 
fabric. It is also possible for the service producer to be a 
proxy for another device providing the computational 
service, such as a database computer in a three tiered 
architecture, where the proxy computer might only gen- 
erate queries and execute user interface code. , 

Interconnection Fgbrip 

[0026] In the invention, the interconnection fabric is 
any of multiple suitable communication paths for carry- 
ing data between the services and the HIDs. In one 
embodiment the interconnect fabric is a local area net- 
work implemented as an Ethernet network. Any other 
local network may also be utilized. The invention also 
contemplates the use of wide area networks, the inter- 
net, the world wide web, and others. The interconnect 
fabric may be implemented with a physical medium 
such as a wire or fiber optic cable, or it may be imple- 
mented in a wireless environment 
[0027] In one embodiment of the invention, the 
interconnect fabric provides actively managed, low- 
latency, high-bandwidth communications between the 
HID and the services being accessed. One embodiment 
contemplates a single-level, switched network, with 
cooperative (as opposed to competing) network traffic. 
Dedicated or shared communications interconnects 
may be used in the present invention. 

Human Interface Devices (HIDs) 

[0028] The HID is the means by which users access 
the computational services provided by the servers or 
services, and as such the HID may also be referred to 
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as a client or user workstation or terminal. Figure 1 illus- 
trates HIDs 121, 122, and 123. A HID may consist of a 
display 126, a keyboard 124, mouse 125, and audio 
speakers 127. The HID includes the electronics need to 
interface these devices to the interconnection fabric and 
to transmit to and receive data from the services. 
[0029] A block diagram of one emobidment of a HID 
is illustrated in Figure 2. The components of the HID are 
coupled internally to a PCI bus 212. A network control 
block 202 communicates to the interconnect fabric, 
such as an ethernet, through line 214. An audio codec 
203 receives audio data on interface 216 and is coupled 
to block 202. USB data communication is provided on 
lines 21 3 to USB controller 201 . 
[0030] An embedded processor 204 may be, for 
example, a Sparc2ep with coupled flash memory 205 
and DRAM 206. The USB controller 201, network con- 
troller 202 and embedded processor 204 are all coupled 
to the PCI bus 212. Also coupled to the PCI 212 is the 
video controller 209. The video controller 209 may be 
for example, and ATI Rage128 frame buffer controller 
(or any other suitable controller) that provides SVGA 
output on line 215. NTSC or PAL data is provided into 
the video controller through video decoder 210. A 
smartcard interface 208 may also be coupled to the 
video controller 209. 

[0031] Alternatively, the HID can be implemented 
using a single chip solution including the necessary 
processing capability. 

[0032] This architecture or system is described in 
greater detail in U.S. Patent Application Serial No. 
09/063,335, assigned to the present assignee, filed 
April 20, 1998, entitled (Method and Apparatus for Pro- 
viding a Virtual Desktop System Architecture" which is 
hereby fully incorporated by reference. 
[0033] An embodiment of the invention can be 
implemented as computer software in the form of com- 
puter readable code executed on a general purpose 
computer such as computer 300 illustrated in Figure 3, 
or in the form of bytecode class files executable within a 
Java™ runtime environment running on such a compu- 
ter, or in the form of bytecodes running on a processor 
(or devices enabled to process bytecodes) existing in a 
distributed environment (e.g., one or more processors 
on a network). A keyboard 31 0 and mouse 31 1 are cou- 
pled to a system bus 318. The keyboard and mouse are 
for introducing user input to the computer system and 
communicating that user input to processor 313. Other 
suitable input devices may be used in addition to, or in 
place of, the mouse 311 and keyboard 310. I/O 
(input/output) unit 31 9 coupled to system bus 31 8 repre- 
sents such I/O elements as a printer, A/V (audio/video) 
I/O, etc. 

[0034] Computer 300 includes a video memory 
314, main memory 315 and mass storage 312, are cou- 
pled to system bus 318 along with keyboard 310, mouse 
311 and processor 313. The mass storage 312 may 
include both fixed and removable media, such as mag- 



netic, optical or magnetic optical storage systems or any 
other available mass storage technology. Bus 318 may 
contain, for example, thirty-two address lines for 
addressing video memory 314 or main memory 315. 

5 The system bus 318 also includes, for example, a 64-bit 
data bus for transferring data between and among the 
components, such as processor 313, main memory 
315, video memory 314 and mass storage 312. Alterna- 
tively, multiplex data/address lines may be used instead 

70 of separate data and address lines. 

[0035] In one embodiment of the invention, the 
processor 313 is a microprocessor manufactured by 
Sun Microsystems, Inc., such as the SPARC™ micro- 
processor, or a microprocessor manufactured by 

is Motorola, such as the 680X0 processor, or a microproc- 
essor manufactured by Intel, such as the 80X86, or Pen- 
tium processor. However, any other suitable 
microprocessor or microcomputer may be utilized. Main 
memory 315 is comprised of dynamic random access 

20 memory (DRAM). Video memory 314 is a dual-ported 
video random access memory. One port of the video 
memory 314 is coupled to video amplifier 316. The 
video amplifier 31 6 is used to drive the cathode ray tube 
(CRT) raster monitor 317. Video amplifier 316 is well 

25 known in the art and may be implemented by any suita- 
ble apparatus. This circuitry converts pixel data stored 
in video memory 314 to a raster signal suitable for use 
by monitor 31 7. Monitor 317 is a type of monitor suitable 
for displaying graphic images. 

30 [0036] Computer 300 may also include a communi- 
cation interface 320 coupled to bus 318. Communica- 
tion interface 320 provides a two-way data 
communication coupling via a network link 321 to a local 
network 322. For example, if communication interface 

35 320 is an integrated services digital network (ISDN) 
card or a modem, communication interface 320 pro- 
vides a data communication connection to the corre- 
sponding type of telephone line, which comprises part 
of network link 321 . If communication interface 320 is a 

40 local area network (LAN) card, communication interface 
320 provides a data communication connection via net- 
work link 321 to a compatible LAN. Wireless links are 
also possible. In any such implementation, communica- 
tion interface 320 sends and receives electrical, electro- 

45 magnetic or optical signals which carry digital data 
streams representing various types of information. 
[0037] Network link 321 typically provides data 
communication through one or more networks to other 
data devices. For example, network link 321 may pro- 
se? vide a connection through local network 322 to local 
server computer 323 or to data equipment operated by 
an Internet Service Provider (ISP) 324. ISP 324 in turn 
provides data communication services through the 
world wide packet data communication network now 

55 commonly referred to as the "Internet" 325. Local net- 
work 322 and Internet 325 both use electrical, electro- 
magnetic or optical signals which carry digital data 
streams. The signals through the various networks and 
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the signals on network link 321 and through communi- 
cation interface 320, which carry the digital data to and 
from computer 300, are exemplary forms of carrier 
waves transporting the information. 
[0038] Computer 300 can send messages and 
receive data, including program code, through the net- 
works), network link 321, and communication interface 
320. tn the Internet example, remote server computer 
326 might transmit a requested code for an application 
program through Internet 325, ISP 324, local network 
322 and communication interface 320. 
[0039] The received code may be executed by proc- 
essor 313 as it is received, and/or stored in mass stor- 
age 312, or other non-volatile storage for later 
execution. In this manner, computer 300 may obtain 
application code in the form of a carrier wave. 
[0040] Application code may be embodied in any 
form of computer program product. A computer program 
product comprises a medium configured to store or 
transport computer readable code, or in which computer 
readable code may be embedded. Some examples of 
computer program products are CD-ROM disks, ROM 
cards, floppy disks, magnetic tapes, computer hard 
drives, servers on a network, and carrier waves. 
[0041 ] The computer systems described above are 
for purposes of example only. An embodiment of the 
invention may be implemented in any type of computer 
system or programming or processing environment. 
[0042] By reducing the desktop unit's function to a 
well-defined, fixed, set of behaviors, a range of different 
implementations become possible. For example the 
HID could be implemented purely in hardware (e.g. as a 
board or a chip), it could be implemented as software 
that controls a small desktop system (e.g. a network 
computer, personal computer, traditional desktop sys- 
tem), or it could be implemented as an application run- 
ning on a prior art workstation computer system. 
[0043] Computing is done by the central data 
source and the computation is done independently of 
the destination of the data being generated. The output 
of the data source is provided to a HID. Each HID is 
capable of receiving the data and displaying the data. 

Distributed Settings Control Protocol 

[0044] One or more embodiments of the invention 
utilize a protocol to configure and maintain settings. The 
protocol enables multiple settings to be made relatively 
simultaneously, and when any modifications are made 
to the settings, the protocol updates programs that may 
access or utilize relevant settings. By utilizing the proto- 
col, a user may switch HIDs and utilize the settings pre- 
viously configured without any additional effort or 
actions by the user. 

[0045] Figure 4 illustrates the relationship between 
applications, servers, and a terminal (or HID) according 
to one or more embodiments of the invention. A user 
may utilize terminal 400. Terminal 400 receives commu- 



nications from server 402 and server 404 which may be 
executing zero or more applications/programs each 
(e.g., Application A 406 and Application B 408). Termi- 
nal 400 may contain settings table 410 that contains val- 

5 ues for various settings 41 2. 

[0046] Applications 406 and 408 may utilize and 
configure one or more settings 412. For example, Appli- 
cation A 406 may be a communication application and 
may turn off the volume setting (e.g., setting 1) once a 

w modem establishes a connection with a fax machine or 
internet provider. Similarly, application B 408 may be a 
video game and may configure the display resolution of 
terminal 400 in a particular manner. Since both Applica- 
tion A 406 and Application B 408 are communicating 

is with terminal 400, both applications use settings 412. 
Further, a setting may be modified by independently 
from either Application A 406 or Application B 408. For 
example, a user may modify the volume control on ter- 
minal 400. Consequently, if a setting changes (by an 

20 application or otherwise), servers 402 and 404 and the 
respective applications 406 and 408 are informed of the 
changed setting. For example, if Application A 406 
changes setting 2 (e.g., to Value 1 ), terminal 400 is 
updated with the new value of setting 2. 

25 [0047] However, Application B 408 still thinks that 
setting 2 is the old value since it has not been notified of 
any change. According to one or more embodiments of 
the invention, terminal 400 returns new settings to appli- 
cations/programs viewing terminal 400. Consequently, 

30 terminal 400 would notify Application A 406 and Appli- 
cation B 408 of the change to setting 2. Thus, if one 
application changes a terminal setting such as volume 
control/balance, mouse speed/acceleration, display res- 
olution, or energy saver features, applications are noti- 

35 f ied of the change. 

Properties fpr Distributed ConfrQl Settings Prptpppl 

[0048] One or more embodiments of the invention 
40 set forth a protocol consisting of several properties that 
are complied with. Adherence to the protocol properties 
enables applications to configure settings and ensures 
applications have uniform and consistent settings. In 
one or more embodiments, one or more of the following 
45 properties (which are described in detail below) are 
adhered to: (1) knowledge of viewers; (2) idempotence 
and consistency; (3) locking compliance; (4) mobility; 
(5) model independence; (6) policy free; (7) report hard- 
ware events; and (8) read-only 

50 

(1) Knowledge of Viewers 

[0049] One property is that terminal 400 maintains 
the knowledge regarding which application(s) are cur- 
55 rently viewing the terminal. For example, in Figure 4, 
terminal 400 maintains the knowledge that both Appli- 
cation A 406 and Application B 408 are currently view- 
ing terminal 400. To accommodate this property, one or 
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more embodiments of the invention may require each 
program that modifies a setting to register with the sys- 
tem registry or terminal registry that tracks registered 
programs. Consequently, each program has a virtual 
connection with each terminal it is communicating with 
based on each terminal it is registered with, tn a multi- 
casting environment (e.g., an environment wherein a 
message may be transmitted to multiple recipients at 
the same time) each application may register with a 
multicast group, the registered programs are not 
tracked, and any setting change is broadcast to mem- 
bers of the multicast group and any interested applica- 
tions/programs in the group can view the settings. 

(2) Idempotence and Consistency 

[0050] One property is that of idempotence (also 
referred to as transactability) and consistency. This 
property provides that programs/servers maintain 
knowledge of settings. Consequently, programs and 
servers are consistent with respect to the settings. To 
ensure that settings and views of the settings are con- 
sistent between applications, the settings are sent to 
applications viewing the terminal any time a change is 
completed. Consequently, even if only one setting is 
modified, all of the settings may still be transmitted to 
the applications. Idempotence refers to the property that 
a program can confirm that the system (e.g., each ter- 
minal being viewed) is in a particular state (e.g., II set- 
tings on the terminals) at once. To maintain 
idempotence and consistency, when any setting is mod- 
ified, information is transmitted to the servers and pro- 
grams. 

[0051] Referring to Figure 4, server 402, server 
404, Application A 406, and Application B 408 maintain 
knowledge of the current settings 41 2. If setting 2 on ter- 
minal 400 were changed by Application A 406, server 
402, server 404, and Application B 408 are informed of 
the changed setting. This way, server 402, server 404, 
Application A 406, and Application B 408 have the same 
consistent information at once. 

(3) Locking Compliance 

[0052] One property is that terminals adhere to the 
same locking policy with regards to the settings. In 
accordance with this property, one or more embodi- 
ments of the invention require that each application 
adheres to a particular locking algorithm. A locking 
algorithm protects the settings so that a setting modifi- 
cation is completed accurately and so that any related 
settings are modified simultaneously (or prior to any 
other modifications). To prevent errors on a terminal and 
in applications that utilize particular settings, relating 
settings are modified simultaneously or prior to any 
other modifications. If related settings are not modified 
simultaneously (or prior to any other modifications), 
then one setting may be modified and prior to comple- 



tion of the related modification, the original setting may 
be modified by another application. Consequently, the 
related settings are not configured properly and may 
result in application or terminal errors. 

5 [0053] In one or more embodiments of the inven- 
tion, the locking algorithm utilizes a procedure/protocol 
referred to as test-and-set. In a test-and-set proce- 
dure/protocol, the current value is tested or compared to 
a stated value, and if there is match, the setting is com- 

10 pleted (e.g., the new value is set). To adhere to a test- 
and-set procedure, an application provides the current 
setting value(s) and the new setting value(s) prior to a 
terminal implementing a change. For example, suppose 
that Application A 402 desires to change setting 3 to "a". 

75 To ensure that Application A 402 is aware of the most 
current setting value for setting 3, when the modification 
request is issued by Application A 402, Application A 
402 supples the current setting value and the new set- 
ting value to terminal 400. Thus, if the current setting for 

20 setting 3 is "x" and Application A 402 requests a change 
stating that setting 3 is "y". terminal 400 will deny the 
modification request. When an application provides an 
incorrect setting value, it likely means that the applica- 
tion has not been informed of the most recent change. 

25 Similarly, if Application A 402 provides that the current 
value for setting 3 is V, terminal 400 will execute the 
desired modification. 

[0054] To illustrate the use of the locking algorithm, 
suppose that Application A 402 desires to change set- 
so ting 3 from "x" to "a" and that Application B 404 desires 
to change setting 3 from "x" to "b". Both Application A 
402 and Application B 404 issue requests to change 
setting 3 from "x" to the new value. Terminal 400 does 
not receive requests simultaneously but serially. Conse- 
35 quently, suppose that terminal 400 receives the modifi- 
cation request from Application A 402 first. Terminal 400 
compares the current setting value for setting 3 (e.g., 
"x") to the stated value from Application A 402 fx"). 
Since the values match, terminal 400 will complete the 
40 modification request and change setting 3 from "x" to 
"a M . Next, the request from Application B 404 is received 
by terminal 400. Terminal 400 compares the current 
value (e.g., "a") to the stated value ("x") and determines 
that they do not match. Since the values do not match, 
45 terminal 400 will reject the requested modification by 
Application B 404 and Application B 404 may be notified 
accordingly. Application B 404 may be notified of the 
failed modification request by terminal 400 returning the 
current value (e.g., "a"). Application B 404 will know that 
50 the request failed upon receiving a setting value differ- 
ent from the value requested. 

[0055] Figure 5 illustrates the locking algorithm in 
accordance with one or more embodiments of the 
invention. At step 500, an application issues a request 
55 to modify a setting. At step 502, a terminal receives the 
modification request. At step 504, the terminal com- 
pares the current value of the setting to the stated value 
from the application. At step 506, the terminal deter- 
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mines if the values match. If the values do not match, 
the modification fails at step 510. If the values match, 
the modification is completed at step 508. Thus, an 
application knows the current setting value in order to 
execute a modification to the setting. In one or more 5 
embodiments, the current settings (whether modified or 
not) may be transmitted to the applications at step 512. 
In accordance with this algorithm, a race-condition 
exists such that the first application to request a change 
is successful. In this manner, the settings table 410 is w 
locked while a setting is changed so that no other mod- 
ifications may be completed prior to completion of the 
first application's modification requests. Further, the 
algorithm provides a solution in the event that an appli- 
cation requests a change to a setting before the applica- 15 
tion has had a chance to receive updated setting 
information from terminal 400. 
[0056] Figure 6 is a flow diagram illustrating one 
possible mechanism for an application to send a modifi- 
cation request, in accordance with an embodiment of 20 
the invention. In step 600, an application sends a modi- 
fication request to change one or more setting values, 
and in step 601, the application waits to receive a cur- 
rent settings message in response. In step 602, (e.g., 
after a specified length of time) if the application does 25 
not receive the current settings message, the applica- 
tion returns to step 600 to try again. Possible reasons 
for why the current settings message might not be 
received include, for example, the modification request 
was never successfully received, or the current settings 30 
response message was lost. If, in step 602, the current 
settings message is received by the application, the 
application proceeds to step 603 to evaluate the current 
settings message. 

[0057] In step 603, if the request value is equal to 35 
the returned current value, then the request process is 
successfully completed. If, in step 603, the request 
value is not equal to the returned current settings value, 
the application proceeds to step 604. In step 604, if the 
returned current settings value is equal to the previous 40 
settings value, then the modification request was not 
received, and the application returns to step 600 to 
retry. If, in step 604, the returned current settings value 
is not equal to the previous settings value, then a race 
condition occurred (e.g., another application's modifica- 45 
tion request was received ahead of this application's 
modification request), and the application updates its 
own settings value in step 605 before returning to step 
600 to retry. The number of times an application will 
retry a modification request is dependent upon the so 
needs of the given application, and may differ for differ- 
ent embodiments. 

(4) Mobility 

55 

[0058] In accordance with one or more embodi- 
ments of the invention, an user may disconnect from 
one terminal (e.g., by extracting an identification 



card/smartcard from a terminal or logging off) and 
reconnect to another terminal (e.g., by inserting an 
identification card/smartcard or logging on). The mobil- 
ity property of the protocol provides that when a user 
switches a terminal, the user may elect to utilize the set- 
tings as previously configured are reinstated/used at the 
new terminal. Thus, the settings are mobile from one 
terminal to another terminal. Consequently, the mobility 
aspect provides that in addition to modifications occur- 
ring suddenly (e.g., by a user at a terminal modifying a 
setting), the terminal can change spontaneously (e.g., 
by a user unplugging from one terminal and plugging 
into a new terminal). Further, an user at a new terminal 
may be provided the option to utilize the settings as con- 
figured by the user that previously used the terminal. In 
one or more embodiments, the settings may be stored 
in the random access memory (RAM) of a terminal. 

(5) Model Independence 

[0059] One or more embodiments of the invention 
require that each terminal permits the settings to be 
adjusted independently from other terminals. For exam- 
ple, one terminal may not have a headphone output port 
or a different monitor from another terminal. Conse- 
quently, certain settings may not be possible on any one 
given terminal. Model independence permits each ter- 
minal to be adjusted depending on that particular termi- 
nal's characteristics. 

[0060] One or more embodiments of the invention 
enable model independence by providing a character 
string in communications that identifies the model of the 
unit/terminal. For example, each message transmitted 
may be tagged with a terminal's version information and 
enables a terminal to dynamically load the settings into 
a settings library or a settings module using any pro- 
gramming language such as the Java™ programming 
language, for example. The terminal may then examine 
the loaded settings and determine if they are appropri- 
ate for the particular terminal (e.g., no headphone out- 
put or different monitor) (e.g. ( by comparing the loaded 
settings to permissible settings for that terminal). If cer- 
tain settings are not permissible for the particular termi- 
nal model, the settings may be ignored or adjusted 
appropriately. Consequently, the settings between dif- 
ferent versions of a terminal are controlled. 

(6) Policy Free 

[0061] One property is that the components of the 
system allow a user, a third party agent a manufacturer, 
or other entity to set any desired policy related to the 
settings. In other words, setting policies may be set 
freely. A policy may be a computer program or list of 
rules and instructions regarding a configuration of set- 
tings based on a user, a terminal, network, or other 
standard. For example, a policy may provide for certain 
user settings that are user specific. Alternatively, a pol- 
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icy may provide for certain settings to be utilized on a 
network-wide basis or a terminal basis. 
[0062] For example, if a user has poor eyesight, the 
protocol may permit the user to set a policy such that 
the display resolution follows the user from terminal to 
terminal and ignores any individual terminal settings as 
previously configured by prior users. 
[0063] Alternatively, a user or application can set a 
policy that is complied with by everyone. For example, a 
company may desire and set a policy such that an 10 
energy saver routine (e.g., a routine the blanks a screen 
after a certain amount of time to conserve energy) is uti- 
lized by users with a certain time period specified. 
[0064] Another type of policy permits a user to con- 
figure settings which may not be directly controlled by is 
software but by hardware. For example, if headphones 
are not plugged into a computer, a user receives audio 
output from the terminal's speakers. However, a policy 
may be set to configure audio input/output when head- 
phones are plugged into a terminal. For example, a pol- 20 
icy may provide that when headphones are plugged into 
a terminal, the audio output should be directed solely to 
the headphones. Alternatively, a policy may provide that 
the speaker should be used with no output to the head- 
phones or that when headphones are plugged in, audio 25 
output should be to both the headphones and the termi- 
nal's speaker. 

[0065] A policy may also read a hardware setting 
and adjust any software controls as required. For exam- 
ple, if audio output is being controlled, a hardware- 30 
switch may be utilized such that if the switch is config- 
ured to 00, the audio output is automatic (e.g., when 
headphones are plugged in, audio output switches to 
the headphones and when they are unplugged, audio 
output switches to a terminal's speaker), when the 35 
switch is configured to 01, only the speaker is utilized, 
when the switch is configured to 10, only headphones 
may be utilized to receive audio output, and when the 
switch is set to 1 1, both the headphones and speaker 
will receive audio output. One or more embodiments of 40 
the invention provide for a policy to read the configura- 
tion of the hardware switch and adjust any internal con- 
trols as necessary to accommodate the desired audio 
output. Further a policy may be utilized to adjust the 
switch depending on the situation. For example, if a tel- 45 
ephone is being controlled, a policy may be set such 
that when headphones are plugged in a ring is only 
transmitted to a terminal's speakers (e.g., setting 01) 
and once the phone is answered, the audio output is set 
to automatic (e.g., setting 00) or is set to headphones so 
only (e.g., setting 10). 

(7) Report Hardware Events 

[0066] One or more embodiments of the invention ss 
requires a terminal to notify applications of hardware 
events that may affect a setting. For example, if a head 
phone is unplugged from a terminal, the setting related 



to audio output may be affected. Should such an event 
occur, applications are notified of the change so that a 
setting may be adjusted appropriately. 



[0067] In accordance with one or more embodi- 
ments of the invention, one or more settings may be 
configured such that they can only be read by an appli- 
cation or program and may not be modified. In this man- 
ner, a corporation or entity can configure a setting on a 
network wide basis such as specifying a certain time 
period for the execution of an energy saver on a termi- 
nal. 

Implementation of Distributed Settings Control Protoco l 

[0068] The distributed settings control protocol pro- 
vides the ability to control programs and settings over a 
network as described above. One or more embodi- 
ments enable a terminal, a unit, a peripheral, or a com- 
puter program (referred to as a "controlled program") to 
be controlled remotely over a network using a "control- 
ling program" (e.g., an application executing on a 
server). The protocol may be split into two parts: a 'con- 
trol* protocol that provides for the transmission from a 
controlling program to the controlled program and a pro- 
tocol that provides for the transmission from the control- 
led program to the controlling program. 

Control Protocol 

[0069] In accordance with one or more embodi- 
ments of the invention, the control protocol transmits a 
list of tuples containing a number, or key, which identi- 
fies the setting based on a an old value, which should 
match the current value contained in the controlled pro- 
gram (as described above), and a new value, which is 
set if the old value matches (as described above). For 
example, the controlling program may transmit: 

Device Control 0xD8 [(INDEX: 
16>(PAD:16XOLD:16XNEW:16>J 

In accordance with one or more embodiments of the 
invention, such a transmission may set a specific value 
on the terminal. The above transmission identifies the 
particular terminal, identifies the setting on the terminal 
(i.e., the INDEX into the setting table), and specifies the 
old value and the new value. An additional value that 
specifies whether or not other settings should be modi- 
fied at that same time may be attached to the end of the 
transmission. Such a value, if greater than zero (0) 
would be followed by additional indexes, old values, and 
new values. For example, a value of 2 may specify that 
two additional settings should be made at the same time 
as the first setting, and would be followed by two addi- 
tional sets of indexes, old values, and new values. 



5 (8) Read-only 
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[0070] Utilizing the test-and-set operation (as 
described above), the terminal requires the old values 
to be correct before the new value(s) are set. If multiple 
settings are in the command, old values should be cor- 
rect before any settings are made. If the old values are 5 
not correct, then the command fails. 
[0071 ] In one or more embodiments of the invention 
a "Device Control" command generates a "Device Sta- 
tus" message back to the requestor (e.g., server). If a 
requested modification fails, two cases may result: if the 10 
value returned is the same as the old value, then the 
setting may be read-only or lost; if the value returned is 
different than the old value, then a setting race (e.g., a 
race to modify a setting between different control pro- 
grams) was lost and the requested modification should 15 
be retried. If a requested modification is successful, the 
requested new value may be returned in the "Device 
Status" message. 

[0072] In one or more embodiments of the inven- 
tion, if the server send a particular index (e.g.. Oxffff), 20 
information regarding the model information is transmit- 
ted to the terminal without any setting changes. 

Protocol from Terminal to Server 

25 

[0073] In accordance with one or more embodi- 
ments of the invention, the protocol provides for the ter- 
minal (or controlled program) to transmit information to 
the server (or controlling program). This protocol con- 
sists of a list of settings in order by key or number and 30 
their values. Additionally, a string may be sent that iden- 
tifies the controlled program for the purpose of deter- 
mining the meaning of the indexes which contract/policy 
the controlling program should follow. The transmission 
may also include a list of flags that indicate which set- 35 
tings are read-only with respect to this protocol (e.g., 
another mechanism may have determined that the set- 
ting is to be read-only either temporarily or perma- 
nently). For example, the following message may be 
transmitted: 40 

Model Info0xc6 <SIZE:16> 

( MODELLEN:8 ) < MOD EL:8[MOD ELLEN] > 

<SETLEN:8>:< READONLY: 1 [SETLEN] ) 

(<PAD:8)} 45 

<SETTINGS:16[SETLEN]) {<PAD:16>} 

Such a message may be returned in response to a 
"Device Control" message (described above) and is 
transmitted to the various services (e.g., applications so 
and servers) who have sent device control messages so 
that applications and servers can update their setting 
information. To allow the entire message to be skipped 
easily, the above command starts with a byte length of 
the entire message, including the length field (i.e., 55 
SIZE:16). 

[0074] The first part of the above message is the 
model name of the terminal. The model name may be 



specified in terms of a class package name (such as a 
Java class package name) which describes the vendor, 
the model name, and ends in the version information for 
the class package. For example, the following message 
illustrates a model name of a terminal: 

com.sun.HID-P0:alpha3:atr 
or com.sun.HID:P1 :alpha3:atr 

[0075] The second part of the above message is 
the model-opaque sate information. There are a maxi- 
mum of 255 possible settings. The number of settings 
may be followed by a bitmap of the read-only flags for 
each setting. For example, if a "1 " is in the leftmost bit of 
the first byte, then the first parameter may be desig- 
nated as read only. A pad evens out the byte count to an 
even 16-bit word (e.g., <PAD:8>). 
[0076] The last part of the message is a list of 1 6-bit 
words that have the values of each indexed setting. The 
entire command is aligned to a longword. 
[0077] Values sent by the terminal in the "Model 
Info" command are accepted by the terminal if they are 
later returned by a server in a "Device Control" mes- 
sage. Consequently, an unknowledgeable server is per- 
mitted to save and restore settings. By utilizing the 
above protocols, settings are consistent across multiple 
servers and may be modified while ensuring the 
changes are accurate and secure. 
[0078] Thus, a distributed settings control protocol 
is described in conjunction with one or more specific 
embodiments. The invention is defined by the claims 
and their full scope of equivalents. 
[0079] The features disclosed in the foregoing 
description, in the claims and/or in the accompanying 
drawings may, both separately and in any combination 
thereof, be material for realising the invention in diverse 
forms thereof. 

Claims 

1 . A method of configuring a setting across a network 
comprising: 

obtaining a setting for a first terminal; 
determining whether to utilize said setting on a 
second terminal; and 

if a determination is made to utilize said setting, 
utilizing said setting on said second terminal. 

2. The method of claim 1 wherein said determining 
step is based on a policy. 

3. The method of claim 2 wherein said policy is based 
on a user preference. 

4. The method of claim 2 wherein said policy is based 
on a terminal. 
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5. The method of claim 2 wherein said policy is based 
on a terminal location. 

6. The method of claim 2 wherein said policy is based 

on a network. s 

7. The method of claim 1 wherein said setting is for a 
display resolution. 

8. The method of claim 1 wherein said setting is for 10 
audio output. 

9. The method of claim 1 wherein said setting is for 
mouse acceleration. 

15 

10. The method of claim 1 wherein said setting is 
stored in a setting table of a terminal. 

11. The method of claim 1 wherein said setting is 
obtained by a server. 20 

12. The method of claim 1 further comprising configur- 
ing said setting using a test-and-set protocol. 

13. The method of claim 1 wherein one or more appli- 25 
cations maintain knowledge of said setting. 

14. A system comprising: 



15. The system of claim 14 wherein said server deter- 
mines whether to utilize said setting based on a pol- 
icy. 40 

1 6. The system of claim 1 5 wherein said policy is based 
on a user preference. 

1 7. The system of claim 1 5 wherein said policy is based 45 
on a terminal. 

1 8. The system of claim 1 5 wherein said policy is based 
on a terminal location. 

so 

1 9. The system of claim 1 5 wherein said policy is based 
on a network. 

20. The system of claim 14 wherein said setting is for a 
display resolution. 55 

21. The system of claim 14 wherein said setting is for 
audio output. 



22. The system of claim 14 wherein said setting is for 
an energy saver program. 

23. The system of claim 14 wherein said setting is 
stored in a setting table of said first terminal. 

24. The system of claim 14 wherein said setting is con- 
figured using a test-and-set protocol. 

25. The system of claim 1 4 further comprising one or 
more applications that maintain knowledge of said 
setting. 

26. A computer program product comprising: 

a computer usable medium having computer 
readable program code embodied therein con- 
figured to configure a setting across a network, 
said computer program product comprising: 
computer readable program code configured to 
cause a computer to obtain a setting for a first 
terminal; 

computer readable program code configured to 
cause a computer to determine whether to uti- 
lize said setting on a second terminal; and 
computer readable program code configured to 
cause a computer to utilize said setting on said 
second terminal if said computer readable pro- 
gram code determined to utilize said setting. 

27. The computer program product of claim 26 wherein 
said computer readable program code is configured 
to determine whether to utilize said setting on a 
second terminal based on a policy. 

2a The computer program product of claim 27 wherein 
said policy is based on a user. 

29. The computer program product of claim 27 wherein 
said policy is based on a terminal. 

30. The computer program product of claim 27 wherein 
said policy is based on a terminal location. 

31. The computer program product of claim 27 wherein 
said policy is based on a network. 

32. The computer program product of claim 26 wherein 
said setting is for a display resolution. 

33. The computer program product of claim 26 wherein 
said setting is for audio output. 

34. The computer program product of claim 26 wherein 
said setting is for mouse acceleration. 

35. The computer program product of claim 26 further 
comprising computer readable program code con- 



a first terminal; 30 
a setting for said first terminal; 
a server configured to determine whether to 
utilize said setting on a second terminal; and 
a second terminal configured to utilize said set- 
ting if said server determines to utilize said set- 35 
ting. 
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figured to cause a computer to store said setting in 
a setting table of a terminal. 

36. The computer program product of claim 26 further 
comprising computer readable program code con- s 
figured to cause a computer to configure said set- 
ting using a test-and-set protocol. 

37. The computer program product of claim 26 further 
comprising computer readable program code con- w 
figured to cause one or more applications to main- 
tain knowledge of said setting. 
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